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A SYSTEM AND METHOD FOR CUSTOMIZING A PORTAL ENVIRONMENT 
CROSS REFERENCE TO RELATED APPLICATIONS 

[01] This application claims priority to United States Provisional Application 

number 60/413,795, entitled WORKPLACE FINANCIAL SERVICES GATEWAY 
filed on September 25, 2002, the entirety of which is incorporated herein by reference. 

FIELD OF THE INVENTION 

[02] The present invention generally relates to systems and methods for customizing 

a portal environment, and more particularly to systems and methods for clipping, 
scrubbing and link rendering. 

BACKGROUND OF THE INVENTION 

[03] It is a common business practice for suppliers of services and products to 

create a business relationship with corporations such that the supplier caters to 
employees of the corporations by providing special customized offerings to the 
employees. For example, in the area of financial services, the employees are offered 
special deals in banking, credit cards, home equity, insurance and investments. 
Depending on the size of the corporation and other factors, the corporation negotiates 
with the supplier to provide different offerings and pricing with respect to these 
products and services. The contracts with the corporations may, for example, include 
deferred fees or lower minimum balances, or certain amount of money back on a 
home equity deal. 

[04] Historically, these offerings began as paper-based information for the 

employees, evolved to providing information via CD-ROMS, further evolved to 
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providing the information on the corporation's intranets, and then to a static website 
accessed on the Internet. 

[05] A next step in the evolution of these offerings is a portal product that is capable 

of providing customized websites for each corporation. Unfortunately, the prior art 
portal environments suffer from several drawbacks that limit their usefulness. 
Specifically, these portal environments provide unsatisfactory methods of importing 
information from external sites and presenting a cohesive customer experience. 

[06] Some options to solve this problem that have been rejected by the present 

inventors include: creating a normalized data store between the external sites that 
would allow for a middleware layer to access appropriate content and applications; 
frame the external content; or "pop up" the external content in a new browser 
window. Each of these options were deemed unattractive for a variety of reasons. 
The normalized data store is a huge project that would consume many resources over 
a long period. The second and third options result in a poor user experience. 

[07] One prior art portal creation tool is known as Epicentric by Vignette Inc. One 

of the limitations of the prior art portal creation tools such as Epicentric is that they 
only allow one chrome to be defined per page. The chrome is that part of the 
application window that lies outside of a window's content area. Toolbars, menu bars, 
progress bars, and window title bars are all examples of elements that are typically 
part of the chrome. Given the prior art's concept of a page, one is limited to having a 
single look-and-feel wrap around each of the modules on that page. This considerably 
limits one's creativity in designing a site. Also, this limitation prevents developers 
from designing a website site according to the selected composite. 
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[08] Additional problems with the prior art include unsatisfactory clipping 

methodology, insufficient scrubbing capability and the inability to control embedded 
links in content retrieved from external sources. 

SUMMARY OF THE INVENTION 

[09] The present invention is a system and method for providing customized portal 

environment websites. A supplier of products and/or services has several corporate 
customers with hundreds or thousands of employees that are actual or potential 
customers of the supplier themselves. For each corporate customer, the supplier 
creates a customized website on one or more of its servers. The employees of the 
corporate customer can logon to the website, preferably thought the public Internet. 

[10] The website presented to the employee is a portal environment that is 

customized for each corporate customer. The customization includes inserting the 
appropriate pricing information established for the particular corporate customer, 
branding the site with the corporation's logo and displaying only the products and 
deals for which the particular corporate customer has contracted. In the preferred 
embodiment of a supplier of financial products and services, a particular corporate 
customer contract might include: 1 year deferred fees, $3,000 minimum balance after 
the first year, $500 back on closing a home equity loan, no credit card deal, $1 ATM 
rebate up to the first three transactions and $15 international transfer fee with two 
transfers per month included. 

[11] In the preferred embodiment, the supplier itself is a large corporation with 

several lines of business. Each line of business has it's own website on which its 
particular products and services are described and offered. Each customized website 
of the present invention represents a portal environment to the other lines of business. 
The website it self is not owned or maintained by any particular LOB offering 
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products and services itself (it simply bundles them). Furthermore, the administrator 
of the website is not in the content-creation business, but rather obtains the 
information to display to the user from the other lines of business' websites. 

[12] As previously stated, the prior art suffered from the problem that it does not 

allow a page to have more than one chrome (i.e., "look-and-feel") associated with the 
modules on it. To solve this problem, the "look-and-feel" is embedded in the 
Hypertext Markup Language (HTML) for each module, rather than in a separate 
chrome which is then independently associated with each module instance. 

[13] To solve the problem of limitations from the prior art's layout options (i.e.- 

spacing, number of layout options, etc.), employs its own layout scheme through 
nested Java Server Pages (JSPs). The present invention uses the prior art's basic 
structure of having a main JSP representing the whole page (e.g.- index.jsp) and the 
template that wraps it, along with how modules are placed on the prior art pages. 
Instead of having the layout defined within a single page, the present invention 
defines the layout by a number of pages, each representing a section of a single 
webpage. In other words, the novel nested JSP structure, with JSPs for the left and 
right navigation sections, and middle content section, are to the traditional prior art 
pages using the prior art page's identifiers. 

[ 1 4] Three significant tools of the present invention are the clipping, scrubbing and 

link behavior tools. The clipping tool allows the designer of a custom website to 
identify content contained on an external site that is to be imported and rendered in 
the look and feel of the custom website. This tool stores the structure of the clipped 
content in a database in the system. As the system dynamically retrieves clipped 
pages from the target site during an end-user session, the system compares the 
structure of the retrieved clip to the anticipated, stored structure of the clip. If the two 
structures match, the clipped page is rendered in the look and feel of the custom 
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website. If the structures do not match, the dynamically clipped page i s displayed to 
the end-user in a new separate window, and an email is then sent to a content 
administrator identifying the page that needs to be re-clipped. As a result of this 
feature, only fresh content is displayed to the end user and the system is able to 
maintain a consistent look and feel of the custom website, even though the content 
from the target page is dynamically evolving. 

[15] The scrubbing feature of the present invention allows the designer of the 

website to define a global structure for all pages that are retrieved from a particular 
domain. Even though a particular page has not been previously clipped, using the 
global definition of the structure, the system is able to render the clipped page for the 
custom website. If the requested page does not conform to the defined structure, the 
system opens a new window for the page as described above. 

[16] The link behavior tool of the present invention allows the designer to 

customize the user experience to a vast degree and allows the administrator control 
over how embedded links within a clip behave. As appreciated, since the system is 
rendering the pages in the custom site in a specified look and feel, activation of an 
embedded link in a clipped page would disrupt this carefully designed look and feel. 
The link behavior tool of the present invention solves this technical problem by 
trapping the request for the embedded link upon it's execution and redirecting the 
request to a page that has already been approved and clipped or by opening a new 
window for the embedded link. 

[ 1 7] Encrypted Secure Sockets Layer (SSL) sessions that are generated by clipped 

pages (i.e., a credit card application) are managed by the system of the present 
invention. Clipped SSL pages generate a cookie, which is passed to the system and 
managed while that page is being used in the custom website. These cookies are 
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passed back when the page is exited by the user (i.e., when a credit card application is 
submitted). 

BRIEF DESCRIPTION OF THE DRAWINGS 



[18] For the purposes of illustrating the present invention, there is shown in the 

drawings a form which is presently preferred, it being understood however, that the 
invention is not limited to the precise form shown by the drawing in which: 

[19] Figure 1 illustrates the operation of the system of the present invention; 

[20] Figure 2 depicts a user interface for creating a clip; 

[21] Figure 3 illustrates a clip structure comparison operation; 

[22] Figure 4 is a user interface for editing a scrub record; and 

[23] Figure 5 illustrates a user interface for creating a behavior; 

DETAILED DESCRIPTION OF THE INVENTION 

[24] Figure 1 illustrates the operation of the system 10 of the present invention. 



Elements 15 represent corporate customers of the suppler 20 of products and/or 
services. Although there are three corporate customers 15 illustrated in this Figure, it 
is appreciated that the system and method of the present invention can be extended to 
as many corporate customers as can be accommodated by the facilities (hardware and 
software) of the supplier 20. In each corporate customer 15, there is at least one 
employee workstation 25. Although only one employee workstation 25 is illustrated 
in this Figure, it is appreciated that as many employee workstations 25 can exist as 
can be accommodated by the facilities (hardware and software) of the corporate 
customers 15. In the preferred embodiment, employee workstation 25 operates a web 
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based browser application. This application preferably uses browsers that support 
Java applets and JavaScript such as Netscape 4.x or Internet Explorer 4.x. 

[25] The employee workstations 25 connect to system 10 within supplier 20 through 

an appropriate electronic connection. In the preferred embodiment, this connection is 
through the public Internet, but can be accomplished though a dial-up connection or a 
Virtual Private Network (VPN). Although not specifically illustrated in this Figure, 
system 10 is implemented using a distributed client/server architecture. The 
architecture consists of at least one application server communicating with at least one 
application database, and at least one database server communicating with at least one 
database. 

[26] For each customer corporation 1 5, the system of the present invention provides 

a unique customized website 30. Each website 30 is a portal environment that is 
customized for each customer corporation 15. In a preferred embodiment, the 
customization includes inserting the appropriate pricing information for each 
customer corporation 15. For example, if the supplier 20 is a financial services 
provider, a particular customer corporation 1 5 might negotiate the following deals for 
its employees: 1 year deferred fees, $3,000 minimum balance after the first year; $500 
back on closing a home equity loan; no credit card deal; $ 1 ATM rebate up to the first 
three transactions; and $15 international transfer fee with two transfers per month 
included. In this particular example, the website 30 for customer corporation 15 
would present its employees with the credit card pricing information that is available 
to the general public. If a different corporate customer 15 was able to negotiate a 
special deal on credit cards (e.g., an introductory rate of 3%), the credit card 
information on the website 30 for that corporate customer 1 5 would reflect the pricing 
of that deal. The websites 30 further include the corporate logo of the particular 
corporate customer 15. 
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[27] The websites 30 are company-driven. Each corporate customer 1 5 may select 

their own blend products and services to make available to their employees on their 
customized website 30. System 10 maintains a company profile for each corporate 
customer 15. The company profile section contains information about the company 
such as any special pricing deals being offered to the employees of the corporate 
customer 15 or custom sign-up instructions. When a particular corporate customer's 
website 30 is being rendered, system 10 makes decisions based on the information 
contained in the company profile. For example, if only certain products are included 
in the company's profile, only certain tools that have been associated with those 
products will show up on the website 30. The company profile is an additional 
driving force behind the site's 30 business logic. 

[28] Information regarding the corporate customer' s particular pricing plan is output 

within the company's website 30 through the use of dynamic text tags. These 
dynamic text tags (e.g.- [@ company_name @], [@ waiver_period @], are embedded 
in the text to be displayed on a website 30. When a module on the website 30 is in the 
process of being displayed, it checks to see if any of these known tags existed within 
the text it contained. If so, it looks up the information referred to in the tag and inserts 
it in place of the tag in the text block being rendered. This results in a truly 
customized website 30 for the corporate customer 15. These tags allow sentences 
such as "As an employee of XYZ Corporation, you have free checking for 3 years." 

[29] Because system 10 does not own any products or provide any services itself, 

and is not in the content creation business, the websites 30 obtain the product and/or 
service information from the websites 35 of the lines of business within the supplier 
20. Although connections to obtain and import content into websites 30 have only 
been illustrated with respect to internal LOB websites 35, it is appreciated that content 
can be extracted from other websites external to the supplier 20. For example, there 
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are many calculators for financial products that are available on the public Internet. 
Links to these publicly available calculators can be established and can be displayed 
on websites 30 as appropriate (e.g., as they relate to certain products such as a 
mortgage calculator in relation to the mortgage LOB). 

[30] The most significant problems associated with the prior art relate to how the 

product information is retrieved from the LOB websites 35 and how this information 
is presented on the custom website 30. One of these problems is that the prior art 
portal development tools is that they do not allow a webpage 30 page to have more 
than one chrome (i.e.- look-and-feel) associated with the modules on it. A module is 
a separate display area on the website 30. Additionally, any solution to this problem 
has to be simple to manage on the administrative end once coding of the website 30 is 
complete. In order solve this chrome problem and at the same time to provide 
simplicity of administrating system 10, the present invention embeds the look-and-feel 
in the HTML for each module, rather than in a separate chrome which would then be 
independently associated with each module instance. 

[31] This approach is facilitated when each module appears in a relatively fixed 

place on the site 30, always with the same look-and-feel. In this instance, there is no 
real purpose is allowing the content administrator to be able to select chromes that 
didn't apply for a particular module. Therefore, the present invention employs a 
single chrome that applies for all modules - an "empty chrome." This methodology 
adds nothing to the HTML and just calls the module's display method. This "empty 
chrome" is applied to the modules on almost every page in system 10. One exception 
to this general rule is a "transparent comers" chrome that is used to handle the 
rounded comers around some modules. As a result of this feature of the present 
invention, it is not necessary to remember which chrome has to be applied to which 
modules/pages, and therefore it is much easier to create the desired look-and-feel. 
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[32] To solve the problem of limitations of the prior art's layout options (i.e., 

spacing, number of layout options, etc.), the present invention employs a custom 
layout scheme using nested JSPs. The prior art had a basic structure of having a main 
JSP representing the whole page (e.g.- index.jsp) and a template that wraps it. In the 
present invention, instead of having layout defined within a single page, the layout is 
defined by a number of pages, each representing a section of a single webpage. In 
other words, the novel nested JSP structure, with JSPs for the left and right navigation 
sections, and middle content section, are mapped to the prior art's pages using the 
page's identifiers. When these JSPs loaded on a webpage in site 30, they call various 
prior art methods to pull the modules that should be displayed on the page to which it 
is mapped. The mapping is accomplished by taking the page ID assigned to an prior 
art page and inserting it in a properties file from which the JSP reads. Note that this 
solution also eliminates the limitation of having a single look-and-feel for all the 
chromes on a web page, because now each web page is divided into a number of prior 
art pages. 

[33] As previously described, a webpage designer using the prior art portal 

development tool was quite limited when trying to define the spacing between 
modules. This problem is primarily due to the fact that the prior art tool had HTML 
line breaks, paragraph tags, and table tags built into one of the methods that had to be 
called whenever a module needed to be displayed. While this does not present a 
problem if one wanted to add to that spacing and create a very large space around a 
module, such is not the case for a customized design. The prior art did not allow the 
modules to be placed close enough together to meet certain look-and-feel 
requirements. To solve this problem, the display routines of the prior art were 
stripped of all of its HTML code, and just used to call the methods needed to actually 
display the modules. Also, since each module is different, the look and feel spacing is 
added either inside the module or within the custom nested JSPs as described above. 
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This allows the webpage designer complete control over the creative design of the site 
30. 

[34] As briefly described above, the system 10 of the present invention clips and 

renders content from the external sites 35. The custom rendering tools of system 10 
are clipping, scrubbing and link rendering. These three tools work together to bring in 
static content, applications, forms, calculators and other page elements into modules 
that then renders them into the desired look and feel. 

[35] The clipping tool of system 10 allows a webpage 30 designer to 'clip' an 

external web page on certain tags, create a module, and render the module in the 
desired look and feel. A tag may be:<table>; <tr>; <td>; <body>; or <form>. A 
module may consist of multiple clips. A module may consist of clips of different tags. 

[36] When the designer requests to see all clips of a certain tag, system 10 returns 

all 'top-level' (non-nested) clips of that tag on the target page. The user may then 
'drill-down' within any clip to get clips within that clip. For example, a user may 
initially request to clip on table and all non-nested top-level tables are returned to 
satisfy the request. The user may then request to drill down within one of the tables, 
and see all forms within that table. The user may then drill down within one of the 
forms and see all tables within the form. The user may then request to drill down 
within a table and see all rows within that table. At any time, the user may 'drill back 
up' from a clip to get the 'parent' clip. In this way, the user can pick and choose 
which pieces of the original HTML they wish to extract for their module. 

[37] Figure 2 illustrates the webpage designer interface 50 for creating a clip. This 

interface 50 and the interfaces illustrated in the other figures are designed with respect 
to the preferred embodiment of a supplier of financial services. Some of the 
description contained herein is made in terms of the user interface screens (e.g., input 
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screens) illustrated in the Figures. Further description herein relates to the processing 
of the information illustrated in these screens by the hardware components of system 
10 as previously described. As appreciated to those skilled in the art, the description 
of these screen and the accompanying description of the processing allows one to 
make and use system 10. 

[38] On the left side of interface 50 is a menu of the tools available to the designer. 

These tools include Approval tools 55, Clip tools 60, Link Behavior tools 65 and 
Scrub tools 70. The interface 50 is displayed in response to the activation of the 
"Create Clip" tool in area 60. Once a clip is stored in association with a webpage on 
site 30, it can be edited and at any time the user may select to add/remove a clip to 
their module using the tools in area 60. 

[39] In area 75 of interface 50, the designer is asked to name the page to which the 

clip will be added. In area 80, the designer is asked to identify the Uniform Resource 
Locator (URL) of the site from which the clip is to be retrieved. In area 85, the user is 
asked to identify the type of clip in question. Area 85 has a drop down box that 
provides the designer with a list of the types of types of clips that can be identified. In 
area 90, the user can input the Product Name associated with the content contained in 
the clip. 

[40] Interface 50 provides the user with two radio buttons 95 and 105 for 

specifically identifying the content that is to be clipped. If radio button 95 is selected, 
the designer uses box 1 00 to identify the specific tag type for system 10 to search for 
in the target page. As previously described, these tag types include Tag, Table, TR, 
TD, Form and Body. Alternatively, the designer can select radio button 105 and 
identify the clip by defining identifiers that enclose the desired content. 
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[41] Once part of a page in a site 30, the integrity of the clip is always maintained. 

In other words, only fresh content is always displayed. The page in site 30 will 
actively retrieve the content from the external site 35, and will not display static 
content stored in site 30 as some prior art system did. 

[42] A significant feature of the present invention is that if the structure of the 

clipped content changes, then the clip is not executed by site 30. This significant 
technical advantage of the present invention is illustrated in Figure 3. When the 
content (page) is initially clipped as described above with respect to Figure 2, the 
structure 200 of the clipped module (the number and order of html tags of the clipped 
module) is saved to a database in system 10. At run-time, when the employee, (using 
workstation 25, Figure 1) requests to view the clipped content, the page 205 is 
dynamically retrieved from the target site (e.g., LOB site 35, Figure 1). The content 
205 is clipped according to the formula specified, and brought into system 10 as 
clipped content 210. The structure of this dynamically clipped page 2 1 0 is compared 
to the structure 200 stored in the database. If the structure of the dynamically clipped 
page 2 1 0 is not changed, the clipped page 2 1 0 is shown to the employee as a rendered 
page 215 with the desired look and feel. If comparison of the structure of dynamically 
clipped page 210 does not match the anticipated structure 200 stored in the database, 
the external page 210 is not rendered, but is rather opened in a new window 220 for 
presentation to the user. Simultaneous with the opening of the new window 220 for 
the unmatched page 210, system 10 sends an alert 225, preferably an email, to the 
administrator. The purpose of the alert 225 to notify the administrator that the 
structure of the target page 205 has changed and the page 205 should be re-clipped 
and new structure of the page should be stored in the database for future comparisons. 

[43] The process illustrated in Figure 3 ensures that the content of the clipped 

module is always fresh, while simultaneously ensuring that the structure (table, row, 
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<td> or form) of the clipped module has retained its integrity since the time of the 
clip. This is a distinct technical advantage of the system 10 of the present invention 
over the prior art. 

[44] Once a page has been clipped, it may be sent out for approval to the target 

site's administrator (e.g. LOB site 35) before being published on the website. This 
approval process can be initiated with the tool sin area 55 of interface 50. Thes 
approval process allows the target site owners to look at how the clipped page looks 
in the look and feel of custom site 30, and gives them the opportunity to approve or 
disapprove the rendering. Approvals can be created for each clip once the target page 
administrator is specified, and automatic email requesting approval can be sent out. 

[45] When creating a custom website 30 (Figure 1) it is not efficient (and may not 

be possible) to clip all of the pages on a particular site (e.g., LOB site 35) because of 
two reasons. First, not all pages of the target site can be documented (some may be 
missed). Second, the list of pages on the external site is constantly changing as the 
site itself is evolving. 

[46] The scrubbing tool of the present invention allows the designer to specify a 

default clipping/scrubbing formula to be used on all pages of a particular domain 
(e.g., LOB site 35). A user interface 250 of this scrubbing tool is illustrated in Figure 
4. The specific interface 250 illustrated in Figure 4 relates to editing an existing scrub 
record. The Create Scrub Record choice in area 70 of the designer interface allows 
the designer to specify the default formula for the structure of all pages that are 
retrieved from a target domain (site). This includes pages from the target site that 
have not been specifically clipped into custom site 30. 

[47] In area 255 of the interface 250, the user enters the domain name of the target 

website from which content will be clipped. Area 260 contains the formula 
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(structure) of the clipped content. This formula can be edited by the user in area 260 
to enter changes or correct defects in the structure of the clipped data.. When the 
editing is complete, the designer selects button 265 to save the edited scrub clip code. 

[48] The global definition of this formula allows all of the pages from that domain 

to be rendered in the look and feel of custom site 30. For example, a designer may 
request to clip the second table of all pages on mortgage02.chase.com ( a LOB site 
35) and render them in the look and feel of custom site 30. Any time the employee 
using workstation 25 (i.e., the end-user) requests any mortgage02.chase.com page, 
the page is clipped automatically on the second table, and the result is rendered in the 
look and feel of site 30. As the end-user navigates through the pages of the target 
domain, each page from the domain is actually being clipped and rendered by system 
10 into site 30. This clipping process proceeds according to the formula defined in 
system 10 for that domain. 

[49] As described above with respect to Figure 3 , if the requested page breaks from 

the template of the site 30 and does not fit the general formula (e.g., a page on 
mortgage02.chase.com may not have table 2 for example), then that page is presented 
to the end-user in a separate window 220. When the administrator receives the alert 
225 that the page could not be rendered, the administrator can decide to clip that page 
individually and override the generic scrubbing formula. 

[50] The link behavior tool of the present invention allows the designer to 

customize the user experience to a vast degree and allows the administrator to control 
how embedded links within a clip behave. As appreciated, since system 10 is 
rendering the pages in custom site 30 in a specified look and feel, activation of an 
embedded link in a clipped page would disrupt this carefully designed look and feel. 
More importantly, as described above, the corporate clients 1 5 have negotiated certain 
deals for their employees. A page on a LOB site 35 most likely has a link to another 
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page that contains pricing that is inconsistent with the pricing negotiated by the 
corporate client 1 5 . This inconsistency could endanger the entire relationship with the 
corporate client. The link behavior tool of the present invention solves this technical 
problem by trapping the request for the embedded link upon it's execution and 
redirecting the request to a page that contains the correct pricing for the employee of 
the particular corporate customer 15. 

[51] Figure 5 illustrates the user interface 300 for creating link behaviors. In area 

305, the tool allows the designer to enter the URL of the link that is to be trapped. In 
area 310, the user can then define whether the trapped URL should be opened in a 
separate window for display to the end-user or whether the trapped URL should be 
swapped to a different URL (e.g., one that contains the proper pricing content for the 
employee associate with a particular corporate customer 15. For example, there may 
be a certain page on the mortgage02 site that should not be scrubbed/rendered in the 
look and feel of custom site 30, rather but opened in a new window). In area 3 1 5, the 
designer can define the alternative URL that the trapped URL should be 'swapped' 
with. Once the designer has completed input into areas 305, 310,and 315, the 
designer can select button 320 to create the actual link behavior. 

[52] Using the link behavior tool of the present invention, the designer may request 

that whenever a page has URL 1 on it, that URL1 should be replaced with URL2. For 
example, the mortgage site (i.e., a LOB site 35) may have a special deal for first time 
customers, and may have some links scattered within the text of their site, text that has 
now been clipped. System 10 would like the employee user to go to the special 
mortgage deal that is available to their company 15 instead of the generic deal on 
mortgage pages. This tool will allow the designer to redirect all clicks to a specific 
URL to a different URL. That is to say, any instance on 
mortgage02.chase.com/first_time_customer can be redirected to 
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wfs.chase.com/special_mortgage_deal so that the user always sees the deal that is 
relevant to them. 

[53] Summarizing the operation of the clipping, scrubbing and link behavior tools, 

whenever a URL is requested on the custom site 30, system 10 checks to see if the 
URL is a clip. If the URL is not a clip, system 10 checks for a scrub code for the 
domain of the URL. If the page has not been clipped or scrubbed, it will open in a 
new browser window. As the page is rendered, when links within the target are 
encountered, they are checked against the link behavior list and rendered 
appropriately (swapped or new window). 

[54] Encrypted Secure Sockets Layer (SSL) sessions may be required by the 

external sites 35 containing clipped pages (i.e., a credit card application). These SSL 
sessions are managed by system 10. In general, clipped SSL pages generate a cookie, 
which is passed to system 1 0 and managed while that page is being used in the custom 
website 15. These cookies are passed back to the originating site 35 when the page is 
exited by the user (i.e., when a credit card application is submitted). 

[55] Although the present invention has been described in relation to particular 

embodiments thereof, many other variations and other uses will be apparent to those 
skilled in the art. It is preferred, therefore, that the present invention be limited not by 
the specific disclosure herein, but only by the gist and scope of the disclosure. 
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